home *** CD-ROM | disk | FTP | other *** search
/ Halting the Hacker - A P…uide to Computer Security / Halting the Hacker - A Practical Guide to Computer Security.iso / rfc / rfc1311.txt < prev    next >
Text File  |  1997-04-01  |  11KB  |  283 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                          Internet Activities Board
  8. Request for Comments: 1311                             J. Postel, Editor
  9.                                                               March 1992
  10.  
  11.  
  12.                      Introduction to the STD Notes
  13.  
  14. Status of this Memo
  15.  
  16.    This RFC describes a new sub-series of RFCs, called STDs (Standards).
  17.    Distribution of this memo is unlimited.
  18.  
  19. 1.  Introduction
  20.  
  21.    The STDs are a subseries of notes within the RFC series that are the
  22.    Internet standards.  The intent is to identify clearly for the
  23.    Internet community those RFCs which document Internet standards.
  24.  
  25. 2.  The Assignment of STD Numbers
  26.  
  27.    There is a need to be very clear about which specifications have
  28.    completed the full process of standardization in the Internet.  To do
  29.    this an STD number will be assigned to a specification when it
  30.    reaches the Standard maturity level.  Note that specifications may be
  31.    either Technical Specifications (TS) or Applicability Statements
  32.    (AS).
  33.  
  34.    When a specification reaches the final stage of the standardization
  35.    process and the IAB has designated it a standard for the Internet, an
  36.    STD number will be assigned to that specification.
  37.  
  38.    The existing standards have been assigned STD numbers (see Appendix).
  39.  
  40.    The standard for a particular protocol will always have the same STD
  41.    number.
  42.  
  43.       If at some future time a protocol is reworked and a new document
  44.       is produced as the specification of that standard and the new
  45.       specification is designated by the IAB as a standard for the
  46.       Internet, then the new document will be labeled with the same STD
  47.       number (of course, that new document will have a new RFC number).
  48.  
  49.    Multiple Documents for One Standard:
  50.  
  51.       A STD number identifies a standard not a document.  A document is
  52.       identified by its RFC number.  If the specification of a standard
  53.       is spread over several documents they will each carry the same STD
  54.       number.
  55.  
  56.  
  57.  
  58. Internet Activities Board                                       [Page 1]
  59.  
  60. RFC 1311                    RFC on STD RFCs                   March 1992
  61.  
  62.  
  63.          For example, the Domain Name System (DNS) is currently
  64.          specified by the combination of RFCs 1034 and 1035.  Both of
  65.          these documents are now labeled STD-13.
  66.  
  67.             To be completely clear the DNS "Concepts and Facilities"
  68.             document can be referenced as "STD-13/RFC-1034".
  69.  
  70.       In such cases, whenever possible, the set of documents defining a
  71.       particular standard will cross reference each other.
  72.  
  73.    One Standard or Multiple Standards:
  74.  
  75.       One difficult decision is deciding whether a set of documents
  76.       describe one standard or multiple standards.  In the Appendix, one
  77.       can see that there are several cases in which one STD applies to
  78.       multiple RFCs (see STDs 5, 13, and 20).  There is one case in
  79.       which a family of specifications has multiple STD numbers; that is
  80.       the Telnet Options.
  81.  
  82.       The general rule is that a separate STD number is used when the
  83.       specification is logically separable.  That is, logically
  84.       separable options are assigned distinct STD numbers while
  85.       amendments and non-optional extensions use the same STD number as
  86.       the base specification.
  87.  
  88.    Multiple Versions or Editions of a Standard:
  89.  
  90.       It may occur that the documentation of a standard is updated or
  91.       replaced with a new document.  In such cases, the same STD number
  92.       will be used to label the standard.  No version numbers will be
  93.       attached to STD numbers.  There need be no confusion about having
  94.       the up-to-date document about STD-9 since each version of the
  95.       document will have a distinct RFC number (and of course a
  96.       different date).
  97.  
  98.    The complete identification of a specification and its document is
  99.    the combination of the STD and the RFC.  For example, "STD-13/RFC-
  100.    1035" completely identifies the current version of the second part of
  101.    the Domain Name System specification.
  102.  
  103.       To completely identify all of the DNS standard the citation would
  104.       be "STD-13/RFC-1034/RFC-1035".
  105.  
  106.    One way to think of this is that an acronym (like TCP) refers to a
  107.    concept, which is called a protocol.  An RFC number (like RFC-793)
  108.    indicates the specific version of the protocol specification.  An STD
  109.    number (like STD-7) designates the status of the protocol.
  110.  
  111.  
  112.  
  113.  
  114. Internet Activities Board                                       [Page 2]
  115.  
  116. RFC 1311                    RFC on STD RFCs                   March 1992
  117.  
  118.  
  119. 2.  Why an RFC Subseries ?
  120.  
  121.    There are several reasons why the STDs are part of the larger RFC
  122.    series of notes.
  123.  
  124.    The foremost reason is that the distribution mechanisms for RFCs are
  125.    tried and true.  Anyone who can get an RFC, can automatically get a
  126.    STD.  More important, anyone who knows of the RFC series can easily
  127.    find the STDs.
  128.  
  129.    Another reason for making STDs part of the RFC series is that the
  130.    maintenance mechanisms for RFCs are already in place.  It makes sense
  131.    to maintain similar documents is a similar way.
  132.  
  133. 3.  Format Rules
  134.  
  135.    Since the STDs are a part of the RFC series, they must conform to
  136.    "Request for Comments on Request for Comments: Instructions to RFC
  137.    Authors" (RFC-1111) with respect to format.
  138.  
  139. 3.1  Status Statement
  140.  
  141.    Each STD RFC must include on its first page the "Status of this Memo"
  142.    section which contains a paragraph describing the intention of the
  143.    RFC.  This section is meant to convey the status approved by the
  144.    Internet Activities Board (IAB).
  145.  
  146. 3.2.  Distribution Statement
  147.  
  148.    Each STD RFC will also include a "distribution statement".  As the
  149.    purpose of the STD series is to disseminate information, there is no
  150.    reason for the distribution to be anything other than "unlimited".
  151.  
  152.    Typically, the distribution statement will simply be the sentence
  153.    "Distribution of this memo is unlimited." appended to the "Status of
  154.    this Memo" section.
  155.  
  156. 3.3. Security Considerations
  157.  
  158.    All STD RFCs must contain a section that discusses the security
  159.    considerations of the procedures that are the main topic of the RFC.
  160.  
  161. 3.4.  Author's Address
  162.  
  163.    Each STD RFC must have at the very end a section giving the author's
  164.    address, including the name and postal address, the telephone number,
  165.    and the Internet email address.
  166.  
  167.  
  168.  
  169.  
  170. Internet Activities Board                                       [Page 3]
  171.  
  172. RFC 1311                    RFC on STD RFCs                   March 1992
  173.  
  174.  
  175.    In the case of multiple authors, each of the authors will be listed.
  176.    In the case of a document produced by a group, the editor of the
  177.    document will be listed and optionally the chair of the group may be
  178.    listed.
  179.  
  180. 4. The STD Publication
  181.  
  182.    New documents can only become STD RFCs through an action of the IAB.
  183.    The publication of STDs will be performed by the RFC Editor.
  184.  
  185. 5.  STD Announcements
  186.  
  187.    New STD RFCs are announced to the RFC distribution list maintained by
  188.    the Network Information Center (NIC).  Contact the NIC to be added or
  189.    deleted from this mailing list by sending an email message to RFC-
  190.    REQUEST@NIC.DDN.MIL.
  191.  
  192. 6.  Obtaining STDs
  193.  
  194.    STD RFCs may be obtained in the same way as any RFC.
  195.  
  196.    Details on obtaining RFCs via FTP or EMAIL may be obtained by sending
  197.    an EMAIL message to "rfc-info@ISI.EDU" with the message body "help:
  198.    ways_to_get_rfcs".  For example:
  199.  
  200.            To: rfc-info@ISI.EDU
  201.            Subject: getting rfcs
  202.  
  203.            help: ways_to_get_rfcs
  204.  
  205.    The current standards are listed in the "IAB Official Protocol
  206.    Standards" (which is STD-1), whose current edition is RFC-1280.
  207.  
  208. Security Considerations
  209.  
  210.    Security issues are not discussed in this memo.
  211.  
  212. Author's Address
  213.  
  214.    Jon Postel
  215.    USC/Information Sciences Institute
  216.    4676 Admiralty Way
  217.    Marina del Rey, CA 90292
  218.  
  219.    Phone: 310-822-1511
  220.    Fax:   310-823-6714
  221.  
  222.    Email: Postel@ISI.EDU
  223.  
  224.  
  225.  
  226. Internet Activities Board                                       [Page 4]
  227.  
  228. RFC 1311                    RFC on STD RFCs                   March 1992
  229.  
  230.  
  231. APPENDIX -- The Grandfathered STDs
  232.  
  233. Protocol   Name                                      Status    RFC  STD
  234. ========   =====================================     ======= ===== ====
  235. --------   IAB Official Protocol Standards           Req      1280    1
  236. --------   Assigned Numbers                          Req      1060    2
  237. --------   Host Requirements                         Req 1122,1123    3
  238. --------   Gateway Requirements                      Req      1009    4
  239. IP         Internet Protocol                         Req       791    5
  240.             as amended by:
  241. --------     IP Subnet Extension                     Req       950    5
  242. --------     IP Broadcast Datagrams                  Req       919    5
  243. --------     IP Broadcast Datagrams with Subnets     Req       922    5
  244. ICMP       Internet Control Message Protocol         Req       792    5
  245. IGMP       Internet Group Multicast Protocol         Rec      1112    5
  246. UDP        User Datagram Protocol                    Rec       768    6
  247. TCP        Transmission Control Protocol             Rec       793    7
  248. TELNET     Telnet Protocol                           Rec   854,855    8
  249. FTP        File Transfer Protocol                    Rec       959    9
  250. SMTP       Simple Mail Transfer Protocol             Rec       821   10
  251. MAIL       Format of Electronic Mail Messages        Rec       822   11
  252. CONTENT    Content Type Header Field                 Rec      1049   11
  253. NTP        Network Time Protocol                     Rec      1119   12
  254. DOMAIN     Domain Name System                        Rec 1034,1035   13
  255. DNS-MX     Mail Routing and the Domain System        Rec       974   14
  256. SNMP       Simple Network Management Protocol        Rec      1157   15
  257. SMI        Structure of Management Information       Rec      1155   16
  258. MIB-II     Management Information Base-II            Rec      1213   17
  259. EGP        Exterior Gateway Protocol                 Rec       904   18
  260. NETBIOS    NetBIOS Service Protocols                 Ele 1001,1002   19
  261. ECHO       Echo Protocol                             Rec       862   20
  262. DISCARD    Discard Protocol                          Ele       863   21
  263. CHARGEN    Character Generator Protocol              Ele       864   22
  264. QUOTE      Quote of the Day Protocol                 Ele       865   23
  265. USERS      Active Users Protocol                     Ele       866   24
  266. DAYTIME    Daytime Protocol                          Ele       867   25
  267. TIME       Time Server Protocol                      Ele       868   26
  268.  
  269. Telnet Options                               Option  Status    RFC  STD
  270. ========   ================================= ======  ======= ===== ====
  271. TOPT-BIN   Binary Transmission                 0     Rec       856   27
  272. TOPT-ECHO  Echo                                1     Rec       857   28
  273. TOPT-SUPP  Suppress Go Ahead                   3     Rec       858   29
  274. TOPT-STAT  Status                              5     Rec       859   30
  275. TOPT-TIM   Timing Mark                         6     Rec       860   31
  276. TOPT-EXTOP Extended-Options-List             255     Rec       861   32
  277.  
  278.  
  279.  
  280.  
  281.  
  282. Internet Activities Board                                       [Page 5]
  283.